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Claims 

A method of proxying or relaying a message to an application server (10, 
40, 60) said method comprising the steps of: 

a) receiving said message; 

b) forwarding towards said application server (10, 40, 60) a processing 
information indicating at least one allowable operating mode for 
processing said message; and 

c) processing said message based on a selected one of said at least 
one allowable operating mode. 

A method according to claim 1, wherein said forwarding step is performed 
by adding to said message at least one header field or sub-field of a header 
field, indicating said allowable operating modes. 

A method according to claim 1 , wherein said forwarding step is performed 
by adding to said message a first route header pointing to said application 
server and a second route header pointing back to the proxying or relaying 
network element (20). 

A method according to claim 3, further comprising the step of adding to said 
second route header a header extension field indicating that said second 
route header is to be ignored if said application server (10, 40, 60) is oper- 
ated in a user agent server mode. 

A method according to claim 1, wherein said forwarding step is performed 
by adding to said message only one route header pointing to said applica- 
tion server (10, 40, 60). 

A method according to claim 1, wherein said forwarding step is performed 
by adding said processing information to a body or payload portion of said 
message. 



A method according to any one of the preceding claims, wherein said mes- 
sage is a service request. 

A method according to claim 2, wherein said header field is an extension 
header field. 

A method according to claim 1, wherein said forwarding step is performed 
using a mode negotiation function. 

A method according to claim 9, wherein said mode negotiation function is 
performed by adding to a SIP Options message a header field indicating 
said allowable operating modes. 

A method according to claim 9 or 10, wherein said mode negotiation is per- 
formed during a registration to said application server (10, 40, 60). 

A method according to anyone of the preceding claims, further comprising 
the step of checking the possibility of said forwarding step by adding a cor- 
responding requirement information to said message. 

A method according to claim 12, wherein said requirement information is a 
predetermined tag in a Proxy-Require header field of said message. 

A method according to claim 7, wherein said service request is a SIP re- 
quest. 

A method according to claim 1, wherein said processing information is 
added to a filter information. 

A method according to anyone of the preceding claims, wherein said allow- 
able operating modes comprise at least one of a proxy server mode, a 
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back-to-back user agent mode, a user agent server mode and a user agent 
client mode. 

17. A system for proxying or relaying a message to an application server (10, 
5 40, 60), said system comprising: 

a) session control means (20) for receiving said message and for gen- 
erating and forwarding towards said application server (10, 40, 60) a 
processing information indicating at least one allowable operating 
mode for processing said message; 
10 b) wherein said application server is arranged to process said message 

based on a selected one of said at least one allowable operating 
modes. 

18. A system according to claim 17, wherein said session control means is a 
1 5 Call State Control Function (20) of an IP multimedia subsystem. 

19. A system according to claim 17 or 18, wherein said application server is a 
SIP application server (10, 40, 60). 

20 20. A network element for proxying or relaying a message to an application 
server (10, 40, 60) said network element (20) being arranged to generate 
and forward towards said application server (10, 40, 60) a processing in- 
formation indicating at least one allowable operating mode for processing 
said message. 
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21. A network element according to claim 20, wherein said network element 
(20) is arranged to forward said processing information in a payload or body 
portion, a header field or a sub-field of a header field of said message. 
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22. 



A network element according to claim 20, wherein said network element 
(20) is arranged to forward said processing information in a mode negotia- 
tion procedure. 
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23. A network element according to anyone of claims 20 to 22, wherein said 
network element (20) is arranged to add a predetermined tag to a proxy re- 
quirement header of said message to check the availability of said forward- 
5 ing function. 



24. A network element according to anyone of claims 20 to 23, wherein said 
network element is a Call State Control Function (20) of an IP multimedia 
subsystem. 

10 

25. An application server for receiving a message proxied or relayed from a 
network element (20), said application server (10, 40, 60) being arranged to 
process said message based on a processing information received from 
said network element and indicating at least one allowable operating mode 

15 for said processing. 



26. An application server according to claim 25, wherein said application server 
(10, 40, 60) is arranged to determine said processing information from a 
header field of said message. 

20 

27. An application server according to claim 25, wherein said application server 
(10, 40, 60) is arranged to determine said processing information based on 
a mode negotiation function. 



